首先必須說一下，我沒有很喜歡 Scrum Master 要被簡稱為 SM 這個神奇的縮寫，但為了博得大家的眼球，
我這邊還是決定豁出去～用了個奇怪的標題！ ~~希望不會被檢舉

在經歷了四年又三個月的 Product Owner 之旅後，我轉而向 Scrum Master 這條道路執行。
首先我想先跟大家談一件事情
一個在很多文章內都是 bad smell 的禁忌項目

PO 與 Master 是同一個人

在專職當 Master 之前呢？我其實有同時擔任 PO 與 Master 大概一年半的時間
對，沒錯我就是那位同時兼任兩個角色的 異味仔
但我必須要自我吹噓一下，在滿足以下四個條件的時候
PO 兼任 Scrum Master 是可以執行的
甚至比多數沒有正職 Master，改由 Member(Developer) 輪流來擔任 Master 來得好

1.自律

在這兩個角色間中間切換上，最大的一個困難點在於 他們本質上的不同
一個在於專案達成實踐，另一個在於團隊產出的實踐
所以當兩邊利害關係衝突時，往往會不自主的向其中某一邊傾斜
因為專案是大家的 KPI、是長官的 KPI、是Stakeholder 的 KPI
另一頭僅僅只是個團隊成長、敏捷實踐這種 虛無飄渺的東西

所以在這個時刻最重要的就是自律
在遇到事情時，可以把事情當作是獨立個案。以雙贏為前提的方向去做協商。

2.自問

所以當兩方利益衝突時，有沒有可以參考的判斷標準？
有！答案就是敏捷宣言
如果不夠的話，可以再加看敏捷的十二條原則或是 敏捷的五大價值
甚至是回去看 敏捷指南
平常閒暇之餘，也要多多看一下網路上各位前輩們的敏捷文章來去自我審問(例如 bad smell,貨物崇拜...)
審問後再回頭來看看當下的決定，從中獲得啟發

3.自扛

當今天你選擇為了團隊，面對來自長官與 Stakeholder 的壓力
就是一個字扛
即便可能只是 Member 的疏忽而導致的
也是一個字扛
於專案、於團隊，你都是唯一的窗口
不能當今天沒事的時候，你才跳出來管事、管人
出事的時候，則不願意出來扛責
對外，要扛著的是你
對內，咱關起門來再來討論、改善。

4.他助

第四點也就是最重要的一點
只要是人，都會有感到迷茫的時候，在這個時候就需要團隊裡的其他成員伸出援手
這隻手可能是幫助來分攤事情，也可能是重重的一巴掌來打醒你
每個成員若能理解並實踐敏捷的精神
在這種時刻就可以跳出來幫忙踩煞車
作為兼職 PO 與 Master 的你理當也要抱持感謝之心接受指教

綜合上述四點，如果可以做到的話，PO 與 Master 是同一個人真的也無仿

專職的 Master

作為一名專職的 Master 與經歷到不同的團隊後，我學到了很多
讓我又更深深的體驗了一輪敏捷的開放、尊重、勇氣、專注、承諾
並且了解了該如何去實踐他們

作為一名專職的 Master，我的經歷或許還不夠長，
但我已把目前比較深刻的事項，整理在這三十天的文章
也順便幫自己理一遍 我正在做什麼

作為一名專職的 Master，我給了我自己一句話
「自反而縮，雖千萬人吾往矣。」——《孟子·公孫丑上·第二章》 (註1)
期許自己在面對任何內外界壓力時，我也可以這樣從容自若

作為一名專職的 Master，打從一開始就把最終的目標定義的非常明確
我希望把我的團隊帶領成自組織的一個隊伍
能引導他們，對於自己的職涯做到當責的態度
若當天到來或許就是 Scrum Master 可以退場的時機吧？
因為在那天人人都可以，也人人都是敏捷精神的擁護者。

或許那天，技能樹早已點歪的我，可以找到另一個能一展長才的地方。

(註1：自我反省後認為是理直的/正義的，即便面對千萬人的反對，我也會義無反顧地往前)

後記：
去年底接到要轉當專職的 Master 的時候，我也確實很迷茫
不論是否與當初的職涯的規劃有所出入 或是 敏捷，這門學問到底是不是個假議題
甚至現實的查了下 Scrum Master 這項職位在市場的行情
沈澱了許久後，我悟了
我願意相信敏捷，或著是說

我想要 致力於發掘更優良的軟體開發方法

也於是乎，N年沒打卡、PO文、發動態的我
竟然在這年度黑客松的盛會裡，記錄下來這些年我們團隊的故事
從我這個角度為出發，講述著我所理解到的敏捷開發
也誠心希望閱讀到這裡的你們能夠有所收穫

敏捷本來就是個虛無飄渺的東西，沒有固定的形式流程
一千個讀者心目中有一千個哈姆雷特

敏捷本無術，流程亦非全

本來無一物，何處惹塵埃

祝各位在最後不要被敏捷所惑，而是用敏捷解惑

大家好，我是 一行都沒寫，全靠嘴再說 的 說一嘴好 code 的工程師

我們在接下來的文章
不見
不散